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A VIC-20 COMPILER FOR CONTROL SYSTEM 


Oanh Kim Ngoc Huynh, M.S. 

University of Pittsburgh, 1985 

The implementation of a real time computer controller 
on a personal computer has a significant value in today's 
technology. For example, taking advantage of the existing 
hardware and accessories of a VIC-20, any simple real time 
control system can be realized through the help of the Bas^c 
Interpreter built into the VIC-20. This is not always true 
when it comes to the point where speed is critical and 
multiple tasks are required. Then, to be able handle 
multitask programs, an expensive computer is required; to be 
able to handle time critical tasks, a better and faster 


execution time is required. 



This thesis proposes an intermediate way to achieve 
both goals with the same minimum hardware possible : a 
VIC-20 and its accessories. Instead of writing' a control 
algorithm through the basic interpreter, one can accomplish 
the work directly by use of a machine language program, 
which is generated by a new Basic compiler described in this 
thesis. This compiler has special functions for computer 
control applications, 
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SCOPE OF THE THESIS 

The object of this thesis was to collectively create a 
BASIC-like compiler with an extension toward I/O control in 
a real time control application. With additional primitives 
to handle I/O manipulation, A/D conversion, D/A control and 
a real time clock, modularization of a simple real time 
control system at low cost is achieved. 

With the same minimum hardware possible, a VIC-20 and 
its accessories were chosen as a sample system to de.eiop 
and to simulate the simple real time control system. The 
VIC-20 and its accessories are : 

1. VIC-20 

2. Disk drive or cassette tape 

3. Printer 

Besides the VIC-20 and its accessories, additional I/O 
of the system must be included with specifications 

described below: 

1. p.c. motor driver ( some standard modules are 


A 
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available , see interface specification for information . 
Suggestion of a simple model and control circuit for 

experimenting in this thesis are listed in Appendix A ) 

2. Switches, relays ( standard parts used according to 
manufacture specification. Single pole single throw DIP 
switches and LED are used in demonstrating the capability of 
the I/O compiler in this thesis.) 

3. Stepper motor driver ( standard modules are 

available , see interface specif icat ion fo^ de^aj.* 
Suggestion of simple model and control circuit f^r 

experimenting in this thesis is listed in Appendix A ) 

Since the suggested control circuits and the~r 
specifications ate not part of the thesis the author would 
recommend the user to seek technical advice among those who 
are familiar with the subjects for implementing certain 
applications with the use o* _..rs svs^e... 

In addition to software which is based on the Tiny 
Basic Compiler, originally written by Mark Zimmerman and 


A 
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David Malmberg and available from Abacus Software Company, 
P. 0. Box 7211, Grand Rapids, MI 49510 , the control 

language was also developed. 

As it was written, the restrictions of the Tiny Basic 
Compiler are : 

1. Number of Lines of BASIC code : must be between 0 to 

255. 


2. Names of variables : only single letter variable 
names in programs which it compiles implying, that the 
variable's names are the 26 letter of the alphabet A through 
Z. More than 26 variables can not be accomodated as it was 

written. 


3. IF statement : only legal IF statement is one which 
tests for a variable equal to zero : If zero, the statement 
is false and not executed, but if nonzero, program ccr.tr.. 
is GOTO or GOSUB to the specified line number. 


4. Arithmetic operation : there is valid only a single 
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operation (at most) on the right hand side of the equal sign 
of the equations which it compiles. Besides that, no numbers 
are allowed to appear in equations to be evaluated. 

This thesis describes a modified version of the Tiny 
basic compiler with the following modification: 

1. Number of Lines of BASIC code : 0 to 1000. This 
restriction can be removed with some modification if mere 
lines are needed. 

2. Names of Variables : could be single letter, letter 
and letter or letter and digit. Altogether, there are 962 ( = 
26 + (26*36) ) allowable variables. 


A 


5 


1.0 INTRODUCTION 

1.1 BACKGROUND 

One significant difference between a personal computer 
and a minicomputer is that the lack of storage capacity and 
the lack of compiling capacity make the personal computer 
far from able to perform a complex program without 
difficulty. 

One significant difference between a personal computer 
and a programmable controller is that the lack of dedicated 
I/O routines to perform operations on some special attached 
peripherals such as D.C. motors, stepper motors or other 
binary I/O operations. 

The desire to increase execution speed and to perform 
I/O tasks while maintaining the generality of a personal 
computer brought forth the idea of putting together in one 
package, an I/O BASIC compiler for the VIC-20. The VIC-20 
was chosen for its general purpose , low cost and ease c: 
expansion. The VIC-20 and its peripherals are evaluated for 
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their potential for computer control implementation in the 
next section. 


1.2 VIC-20 AND ACCESSORIES 

The following are necessary parts of the overall 
project : 


1. VIC-20 as controller. 


2. Disk drive for floppy diskettes or data cassette 
recorder for cassette tape for storage. 


3. Printer for listing of the compiled program. 


4. Controlled objects. 
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1.3 BASIC INTERPRETER OF VIC-20 


The investigation of VIC-20 as a way toward- the scope 

of a real time system controller requires a full 

\ 

understanding of its execution, its storage and its I/O 
capacity. In the following sections we will study these 
elements in an comprehensive manner. 


1.3.1 

VIC USER 

MEMORY 


The VIC-20 memory 

idea 

about its 

maximum 

with 

dedicated 

I/O and 


map in Figure 1 gives the general 
capacity as a stand alone controller 
its expansion. 
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Figure 2: VIC-20 SYSTEM VARIABLES 
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1.3.2 I/O OPERATION 

VIC-20 communicates with the user with peripheral 
devices via three integrated circuits : 

1. 6561 VIC chip : This chip controls the video 
displays, sound generation, the peripheral devices, a light 
pen and a joystick. 

2. Two 6522 VIA : They are used to perform all other 
I/O functions of VIC. The functioning of these chips is 
controlled by internal programmable registers. There are 
sixteen registers in each of the chips. These 32 registers 
are located in addressable memory space and are located at 
$9110-$912E. Thus, they can be accessed from Basic using 
PEEK and POKE statements and from machine code using LDA and 
STA statements. 

1.3.3 SUBROUTINE CALLING 

We further investigate the basic scheme of the VIC-20 
operation to determine its capacity to perform I/O 
operations. 


11 


First, the VIC Basic Interpreter translates a high 
level basic program, step by step into a series of machine 
code routines. These perform the required function for each 
Basic command. Thus, utilizing these machine code routines 
to compile a basic language program into machine code is 
possible with much less effort than creating a full 
comprehensible one. 

Second, the VIC has an advantage over many other small 
micro computer systems in that it can be programmed in both 
Basic and machine code. There are two ways to use commands 
in Basic to call a machine code subroutine: USR and SYS. The 
most powerful and flexible is SYS. Variables can be 
transferred between a Basic program and a machine code 
program by using PEEK and POKE. The only requirement with a 
SYS subroutine is that the last instruction in the 
subroutine is a RTS. This automatically returns control to 
the Basic program. This makes it possible to develop an I/O 
basic compiler with the interpreter without an expensive 
development system. I/O machine code routines can be 
developed to enhance the language and therefore achieve both 
goals in a simple process. 
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1.3.4 SPEED 


The 

speed of execution of 

the VIC-20 

is 

the most 

important 

factor in the proposed 

system since 

it 

does not 

offer adequate speed for the most part of 

the 

intended 


peripherals. 

First, the execution speed of the VIC-20 is wasted by 
the line by line and function by function translation. The 
actual execution of the machine codes only takes a fraction 
of the total time . 

Second, the machine code program and subprogram can be 
entered and executed via POKE and SYS but this also 
encounters the difficulty of full knowledge of the machine 
operation, and full knowledge of the machine language as 
well. 

Third, in both previous cases the program can not be 
flexible enough to be verified and enhanced without 
difficulty to the user. For the user to run a high level 
language program at machine speed to execute I/O operations 
and with the flexibility to verify or modify the program in 
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one step, the I/O basic compiler thus encompasses the 
original Basic interpreter in both speed and convenience. 

Furthermore, the implementation of I/O dedicated 
instructions allow the user to expand the full capacity of 
the VIC-20 to manipulate the peripherals in multiple ways at 
a high level language. 


14 


2.0 TINY BASIC COMPILER 


The selection of software to implement the proposed 
system is based on the Tiny Basic Compiler for a simple 
reason: the availability of this compiler and its condensed 
form make it easy to implement a programmable controller¬ 
like language . Let us see what the Tiny Basic Compiler in 
its own form would be like in order to convert the source to 


machine code program, 


2.1 EDITING TEXT - VIC-20 - 

First, the VIC-20 basic interpreter is used to edit a 
program: The Basic program is storec from location 409 , 
decimal upwards (if the 3K expansion is fitted then programs 
start at location 1025 decimal) and strings and variables 
are stored from top of memory downwards. 


When a program line is entered on the keyboard, it is 
first written into the keyboard buffer. The operat-ing system 
then transfers it byte by byte as it is entered onto the 
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screen. The line however is not entered into memory until a 
carriage return is pressed. This causes the operating system 
to transfer the program line just entered from the screen 
into memory via the Basic buffer where the line of code is 
compressed and formatted. Each line is stored in a specific 
format using a compressed version of the Basic text. This 
reduces the memory requirements of a program and allows 
longer programs to be run. An useful result of text 
compression is an shorthand way of writing Basic commands 
either in the program or direct command mode. This relies on 
the fact that the routine which converts commands to tokens 
looks only at the first two characters of a command word. 

A line of a program is entered on VIC by the following 
format: 


link address 

line number 

text 

end of line 


Figure 3 : 


A LINE OF BASIC PROGRAM STORED IN VIC 
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2.2 HOW DOES THE TINY BASIC COMPILER WORK ? 


The Tiny Basic Compiler is a translator for floating 
ioint arithmetic operations. It is a Basic program that 
leans through an user Basic program and converts these 
functions into machine code programs which in turn will be 

executed later. Then it writes out the sequence of machine 

.. e ., n p dr ive or a disk. When finished, 
language onto cassette t p 

„ ,,;n hP readv for execution. The 
a machine language program will be reaoy 

compiling process is designed so that it can be used 

separately from the execution process to reserve the memory 

ilar a n d the user program. The machine 
usage both by the compiler and tne u 

onorpt-ed will be written directly onto 
code program once generated 

which also reduce the memory usage 
the tape or disk wmen 

substantially to execute. The machine language must be 
loaded back into the computer by the loader to a user 
specified memory location thus making it possible to run the 
program from relative memory space. 


A Basic program is stored in memory as : 


409 6 


START 409 7 


i 



link address 

line number 

_ 

text 


f 

link address 

line number 

text 

i 


f 

link address 

line number 

text 

\ 

r 

link address 

line number 

text 


r 



0 

0 

-END 



Figure 4 : BASIC PROGRAM STO 
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LED IN MEMORY 













2.2.1 GRAMMAR 
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2.2.2 CODE GENERATION 

A program to be compiled is written as line number 0 
through 255 of the Tiny Basic Compiler. As the user adds 
their program statements using the built-in screen editor, 
the VIC's Basic Interpreter stores the reversed words of the 
Basic language as single bytes in memory. 

Since a line of a program is entered on the VIC by the 
format of the Figure 3, the Tiny Basic Compiler first checks 
for valid line number ( 0-255) then it starts to check the 
text of the lines i.e. the grammar of the language. 

The Tiny Basic Compiler takes advantage of the 
subroutines built into VIC's ROMs for its code generation. 
When it compiles a program, it generates machine language 
code which is mainly a sequence of subroutine calls to the 
ROMs. Basic calls these subroutines constantly - to 
translate decimal to and from binary, to move numbers and 
symbols around in memory, and to perform arithmetic 
operations on floating point numbers. 
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Figure 8 : SEQUENCING FOR RECOGNITION OF AN EXPRESSION-I 
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The Tiny Basic Compiler has a few restrictions not 
found in regular Basic programs : 

1. Line number : it should be between 0 to 255. 

2. Variable names : only single letter variable names 
in programs which it compiles. The variable's names are the 
26 letter of the alphabet A through Z. 

3. IF statement : the only legal IF statement is one 
which tests for a variable equal to zero : If zero, the 
statement is false and not executed , but if nonzero, 
program control is GOTO or GOSUB to the specified line 
number. 

4. Arithmetic operation : there is valid only a single 
operation (at most) on the right hand side of the equal sign 
of the equations which it compiles. Besides that, no numbers 
are allowed to appear in equations to be evaluated. 
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3.0 SYSTEM OVERVIEW 

3.1 HARDWARE (SYSTEM REQUIREMENTS) 

\ 

The I/O Basic Compiler can be visualized as an I/O 
dedicated package which references its I/O with a logical 
name . The logical name in turn associated with a physical 
I/O device ( it could be a D.C. motor, a stepping motor, a 
switch or relay ). The user must pay special attention to 
the hardware configuration of the system as a whole for 
connecting or installing such peripherals. From the 
programming standpoint the logical name will not interfere 
or impair the user from executing his program effectively. 
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(speed in) 
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As Figure 9 the hardware configuration is viewed in the 
following way : 

1. Central controller (VIC-20) 

2. Storage (COMMODORE 1541 FDC) 

3. I/O Devices : 

a. Switches and relays : These devices are used to 
control the I/O for the control system. Switches indicate a 
command. Relays can be used to turn a high power, high 
voltage device on or off. 


b. Stepper 

motors : 

These 

devices 

are used 

to 

manipulate 

certain 

motions 

of 

mechanical 

instruments 

or 

equipment. 

They 

can 

be used 

in 

a 

set of two which may 

be 


interpreted as 

X-Y positioning 

device. 

Multiple 

sets of 

stepper motors 

can be used 

in 

order to 

achieve a 

complex 

motion. 

These 

devices are 

indexed to 

provide a 

simple 

zeroing motion 

to restore 

the 

original 

position 

of each 

motor, 

a singl 

e set, or all 

the motor 

s in the 

system. 
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Direction is also used to simplify the quick implementation 
of shortest distance of travel. 

c. D.C. motors : This could be an open loop or closed 
loop control. The interface with VIC-20 can be simple via 
D/A ( digital to analog ) and A/D (analog to digital) to 
implement a speed control with a resolution of 128 steps or 
128 speed levels. The actual speed can be set to certain 
requirements of the user and this is flexible as the driver 
that handles the speed/torque requirement. It also controls 
the motor ON/OFF condition for programming convenience. 


3.2 SOFTWARE (SYSTEM STRUCTURE) 



Figure 10 : SYSTEM STRUCTURE 

As Figure 10 the system configuration is viewed as the 


following : 









l.Tiny I/O Basic Compiler : 

This compiler is derived directly from the Tiny Basic 
compiler. Its authors are Mark Zimmerman and David Malmberg, 
from Abacus Software Company, P. 0. Box 7211, Grand Rapids, 
MI 49510. In addition to the Tiny Basic Compiler which is a 
regular basic except for some restrictions (see chapter 2 

- Tiny Basic Compiler - for details), a new control 

language is added . The purpose of this new control 
language is to control stepper motors, DC motors and binary 
I/O for a typical control system. 

This compiler is a relative small, fast and simple 
program. It is a combination of the translator and the 
assembler. The translator interprets the symbols in a line. 
At the same time, when the translator discovers a new 
symbol, the assembler generates machine language code which 
is mainly a sequence of subroutine calls to the ROMs. Those 
machine language codes are also outputted to a disk file for 
later execution. 


It also has the option for the 


user to view the 
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assembly xanguage program during the compiling process which 
is advantageous for debugging if there is an error. 

Thus, the input for this compiler is the user's program 
and its output is a disk or cassette tape file which 
contains the no error machine language codes. 

2. Loader : 


The 

loader is a program which loads 

the 

object 

code 

file in 

the disk into memory area 

It 

invokes 

the 


subroutines which are built into the ROMs . 

Thus, its input is the object code file in the disk, 
and its output is the subroutine calls to the ROMs. 

3. I/O modules : 

These I/O modules are built to accommodate the I/O 
commands in conjunction with other existing I/O kernels in 
the VIC-20 operating system. The I/O modules also intercept 
the interrupt vector at the power on reset as well as warm 
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boot via RESTORE to provide multitasking capability. In 
normal operation, the VIC-20 uses the real ' time clock 
interrupt to perform display refresh, scan the keyboard and 
update the time. These background operations provide a set 
of communication facilities to the foreground operation 
which in turn responds to key entries and perform the 
requested functions. 

When a basic program is running, the foreground 
operation consists of interpreting the program line by line, 
then making system calls to the Basic kernel. 

In intercepting the interrupt, the I/O modules add more 
functions which need to be done at regular intervals such as 
stepping of the motor, reading the speed channel and reading 
the analog channel so that the time between steps and the 
time between the channels are not wasted. The I/O modules 
also provide an image of each device in the process as well 
as the mechanism to perform the I/O operation. Since the I/O 
modules are resident in the operating system in the form of 
an EPROM, the compilation of the I/O commands will be a lot 
easier and less much less memory requirement. 
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3.2.1 I/O CONTROL SUBROUTINE ADDRESSES 

These are the addresses of the subroutines wh 
used for the control language : 


1. 

SETUP 

($A000) 

2. 

INIT 

($A00A) 

3. 

IALL 

($A00D) 

4. 

MOVE 

($A010) 

5. 

MSET 

($A013) 

6. 

MALL 

($A016) 

8. 

STRT 

($A019) 

9. 

RALL 

($A01C) 

10. 

STPM 

($A01F) 

11. 

SALL 

($A022) 

12. 

IBIT 

($A025) 

13. 

OBIT 

($A028) 

14. 

STIM 

($A02B) 

15. 

RTIM 

($A02E) 

16. 

SAMPLE 

($A031) 

17. 

SPEED 

($A034) 

18. 

CHAN 

($A037 ) 




ch are 
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This is the 
transaction of the 


link table that will 
compiler and the loader. 
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3.3 I/O MEMORY MAP FOR CONTROL LANGUAGE 


This section contains the following parts : 

1. I/O and VIA 

2. Stepper motors and VIA 

3. D.C. motors and VIA 

4. The local control table for I/O routines 

5. Necessary subroutines for passing floating accumulator 

3.3.1 INPUT/OUTPUT AND VIA INTERFACE 

The interface between the switches , the relays and VIA 

is as follows : 

$9800 : Input port 

$9802 : Input control port 

$9801 : Output port 

$9803 : Output control port 
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3.3.2 STEPPER MOTOR AND VIA INTERFACE 

The interface between the stepper motors and VIA is as 
follows : 

$9900 : stepper motor select port 

Each stepper motor is connected to VIC-20 by a bit of 
this output port. The stepper motor is stepped one step 
when the pulse is high and it is stopped when the pulse is 
low. 

$9901 : stepper motor output direction port 

Each direction of a specified stepper motor is 
controlled by a bit in this port. If the content of a bit is 
1 then the direction is counter clockwise. Otherwise, if it 
is 0 then the direction is clockwise. 


$9902 : Stepper motor control port 


$9903 : Stepper motor direction control port 
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$9A00 : Index port 

Each bit in this port is used to control the index of 
the stepper motor. The stepper motor is at theta zero when 
the signal of this index is low. 

$9A02 : Index control port 

$9A01 : Return port 

Each bit in this port is used to indicate the end of 
the stepping rate of the stepper motor via a one shot 
circuit connected to this port. The stepper motor can be 
stepped at the rate of multiples of 1/60 of a second with 
respect to where the length of the one shot ends between two 
intervals. 


$9A03 : Return control 
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3.3.3 DC MOTORS AND VIA INTERFACE 

$9B00 : DC motor select port 
$9B02 : DC motor select control 
$9B01 : DC motor speed port 
$9B03 : DC motor speed control 

There are eight bits to be used to control a DC motor. 

Bit 0 : turn DC motor on (0) or off (1) 

Bit 1-7 : to be connected to D-A, which are used to 
control the speed of DC motors. Thus there are 128 different 

speeds at which the D.C. motors could be controlled. 

$9C00 : Channel select port 

$9C01 : A/D converter input port 

S9C02 : Channel select control 

$9C03 : A/D converted input control 

This is the data acquisition facility of the system. 
The closed-loop control can be implemented with the real 
time facility. The timing required by the A/D conversion may 
not be a restriction if sample time is not less than 1/10 of 
a second. The A/D conversion is performed via Interrupt 




Service routine to put the input data in an array. Thus, the 
commands SPEED# and CHANNEL# are reading the value in memory 
location instead. 

The mechanism in A/D conversion is mainly a sequence 

of: 


1. read the last channel and store it in array; 

2. write the new channel select and start the 
conversion; 

The sequence is then repeated for all 16 channels. The 
bandwidth of the system is determined from this algorithm at 
a maximum of 20 HZ. D Slower sampling rate can be obtained 
by the SAMPLE# command. Sampling time from 1 to 15 will 
gives the bandwidth from 20 HZ down to 7 HZ. 

The 8-bits resolution input is considered a standard 
for 8-bit microprocessor. The 16 channels will be plenty for 


any application. 



MOTOR SELECT OR CHANNEL SELECT 
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rtn#8 rtn#7 rtn#6 rtn#5 rtn#4 rtn#3 rtn#2 rtn# 1 































3.3.4 THE LOCAL CONTROL TABLE FOR I/O ROUTINES 

This is the control table that is used locally in the 
I/O control routines : 


• t*>is is t*e f # s* r * * o ■ r n lot i/c rocule to Keeo tiac*> of 

t it o»n activity as ■*41 as tii t orai> usa.e 


5Flf 
if \f 
if iO 
im 

5F*a 
5F3F 
5F v 0 
5'0C 
JF25 
5F 26 
5*27 
5F 29 
5**0 
5*3? 
5F 3E 
5 C *1 
J‘s3 
5*24 
5M 


IVDEx 
I f; 5 v t 
CIJT«rT 

T J«E 
T Iff OUT 
l*(TVL 
IMVl* 
I NT »E r - 
*_'*:)* 

S £ 1 SP 
snot 
SOciav 
D c l*T 
T * 

S’PEx 

o ' N 
asiT 
a ?itov 
a r £» 


0*30 

9t uStP f*Ch iTt e 

B*31 

*«*7 IS PUT 

d*32 

Wn4T is GC1.SC- ou T n;*. 

3*33 

0 £ C 3®./ I He Tint S:.T*r;s 

J*74 

a i CORO 7H t T!«FOU! 

5»6i 

®cCC®0 Tm c S»*®l1 .C 

0*77 

®£C3®l. 1m i aCl'jai *.‘n.T] 

o*7e 

*i THIS IS l“t CCoNi FOn 

S*37 

. . i a 

Tt*ipr«*i>v we®». HE-iitt®: 

i* 3« 


0«* C 


0*4 1 


8*51 


0*6? 


• «o‘ 


0*07 


0*36 


0*72 










42 


3.3.5 NECESSARY SUBROUTINES FOR PASSING FLOATING ACCUMULATOR 

$D391 : I2F 
$D1AA : F2I 
$DBA2 : M2F 
$DBD7 : F2M 
$FFDB : STIME 
$FFDE : RTIME 
$C000 : BASIC 
$FFE1 : STOP 
SF734 : UDTIM 
SFDB8 : RAMTAS 
SFD52 : MOVOSI 
$FDF9 : IOINIT 
$E518 : CINT 
$FF56 : PREND 
$E378 : INITNV 
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4.0 SYSTEM ARCHITECTURE AND CAPACITY 


This chapter contains the following sections : 

1. Control language 

2. Capacity 

3. Loader's specification 

4. Loading and execution 

4.1 CONTROL LANGUAGE 

This section contains the following parts : 

a. Grammar of the control language 

b. Synthesis 

4.1.1 GRAMMAR OF THE CONTROL LANGUAGE 

The following figure is the state machine of 


the 


control language : 
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The grammar of the control language is described as the 
following : 


SIMPLE EXPRESSION := { Cmd#(n) } 

TERM := { Device-number, Var, Binary } 

CONTINUE TERMINATOR := { , } 

TERMINATOR , Carriage Return } 


Where : 

CMD(n)# := { STARTALL#, STQPALL#, INITALL# , STTIMER#, 

RTIMER#, SAMPLE#, INBIT#, OUTBIT#, INITIAL# 
SPEED#, CHANNEL#, MOVEALL#, MOVE#, MOVESET# } 
n :={l, 2, 3, 4, 5, 6, 7} 
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DEVICE-NUMBER := 

:= { Bit-number, 

DC-motor-number, Stepper-motor-number, 
Stepper-motor-set-number, Channel-number } 

VAR :={ I/O, DIRECTION, STEP 

SPEED, VALUE, TIME, INTERVAL } 

BINARY := { DIRECTION } 

Where : 

BIT-NUMBER :={0, 1, 2, 3, 4, 5, 6, 7} 

DC-MOTOR-NUMBER :={l, 2, 3, 4, 5, 6, 7, 8} 

STEPPER-MOTOR-NUMBER :={ 1, 2, 3, 4, 5, 6, 7, 8 } 

STEPPER-MOTOR-SET-NUM:= { 1, 2, 3, 4 } 

CHANNEL-NUMBER := { 1, 2, 3, 4, 5, 6, 7, 8 } 

I/O := { ON, OFF } = { 0, 1 } 

DIRECTION := { Clock, Counterclock } = { 0, 1 } 

STEP := { 1/ 2, .... .... 200 } 

SPEED : = { 0, 1, . . . . ....127} 

VALUE := { 0, 1, .... ....127} 


f 



TIME 


. 9999- } 


INTERVAL 


•~ { Of If .... 

••= { o, 1,.15} 
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SUMMARY OF THE CONTROL LANGUAGE 

1. CMD1# ; 

STARTALL# 

STQPALL# 

INITALL# 

2. CMD2# DEVICE-NUMBER : 

STQP# DC-MOTOR-NUMBER 

3. CMD3# VAR: 

STTIMER# TIME 

RTIMER# TIME 

SAMPLE# INTERVAL 

4. CMD5# DEVICE-NUMBER, VAR : 

INBIT# BIT-NUMBER, I/O 

OUTBIT# BIT-NUMBER, I/O 

SPEED# DC-MOTOR-NUMBER, SPEED 

CHANNEL# CHANNEL-NUMBER, VALUE 

5. CMD6# DEVICE-NUMBER, BINARY : 

INITIAL# STEPPER-MOTOR-NUMBER, DIRECTION 

6. CMD7# VAR, BINARY : 

MOVEALL# STEP, DIRECTION 

7. CMD8# DEVICE-NUMBER, VAR, BINARY : 



MOVE# 


STEPPER-MOTOR-NUMBER, STEP, DIRECTION 
STEPPER-MOTOR-SET-NUM, STEP, DIRECTION 


MOVESET# 
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1. INBIT# 

Input 

Output 

2. OUTBIT# 

Input 

output 

3. INITIAL# 

Input 

Output 

4. INI TALL# 

Input 

Output 

5. MOVE# 


DETAIL OF THE CONTROL LANGUAGE 


BIT-NUMBER, VAR 

% 

: BIT-NUMBER 

: VAR = status of a specified bit 
BIT-NUMBER, VAR 
: BIT-NUMBER 
VAR (name) 

: VAR = a specified bit is on/off f according 
to the entry value of 'VAR'. 
STEPPER-MOTOR-NUMBER, DIRECTION 
: STEPPER-MOTOR-NUMBER 
DIRECTION 

: Stepper motor number n is at theta zero 
where n is an integer between[ 1,8 ] . 

: None 

: All stepper motors are at theta zero. 

STEPPER-MOTOR-NUMBER, STEP, DIRECTION 


Input : STEPPER-MOTOR-NUMBER 
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Output 

6. MOVESET# 

Input 

Output 

7. MOVEALL# 

Input 

output 

8. START# 

Input 

Output 


STEP 

DIRECTION 

: A specified stepper motor is stepping . . . 
in direction ... 

STEPPER-MOTOR-SET-NUM, STEP, DIRECTION 

: STEPPER-MOTOR-SET-NUMBER 
STEP 

DIRECTION 

: Stepper motor set number n is stepping . . . 
in direction ... 

where n is an integer between [ 1,8 ] 

STEP, DIRECTION 
: STEP 

DIRECTION 

: All stepper motors are stepping . . . 
in direction ... 

DC-MOTOR-NUMBER, SPEED 
: DC-MOTOR-NUMBER 
SPEED 

: A specified DC motor is running at speed ... 
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9. STARTALL# 

Input 

Output 

10. STQP# 

Input 

Output 

11. STQPALL# 

Input 

Output 

12. STTIMER# 

Input 

Output 


13. RTIMER# 

Input 

Output 


: none 

: All DC motors are running 
DC_MOTOR_NUMBER 
: DC-MOTOR-NUMBER 

: A specified DC motor is stopped. 

: None 

: All DC motors are stopped. 

VAR 

: VAR (name) 

: The real time clock will be initialized at 
zero value, continues to count up to value 
in the variable location and a^so in a 
reserved location named TIMOUT 

VAR 

: VAR (name) 

: VAR = 

Value of time which is contained in reserved 
location named TIME. If TIMOUT is reached , 
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the real time clock will be restarted and 
TIME will be equal to zero. 

(each clock = 1/60 seconds ) . 

14. SAMPLE# VAR 

Input : VAR = positive integer 

The value of VAR will be stored in a reserved 
location named INTERVAL used to sample the 
analog input . 

( each clock = 1/20 seconds. ) 

Output : none 

15. SPEED# DC-MOTOR-NUMBER, VAR 

Input : DC-MOTOR-NUMBER 
VAR (name) 

Output : VAR = 

= Speed of a specified DC motor via frequency 
to voltage converter and A/D converter. 

16. CHANNEL# CHANNEL-NUMBER, VAR 

Input : CHANNEL-NUMBER 
VAR (name) 


Output : VAR - 
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Analog input from a specified physical 


channel of A/D. 
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4.1.2 SYNTHESIS 

There are three main parts in this section as follows : 

1. Word identification, 

2. Code generation, 

3. Detailed description of the control language. 

4.1.2.1 WORD IDENTIFICATION 

From the restriction of the Tiny Basic Compiler, the 
variable's name should be defined as only one letter. To 
have more variables available, in this thesis, a new 
construction of variables has been implemented. Its grammar 
now is : 


VAR := <LETTER> / <LETTER><LETTER> / <LETTER><DIGIT> 

Altogether, there are 962 (= 26 + (26*36) ) allowable 

variables. 

To determine the value of a variable there would be 
certain memory organization to establish the storage and the 
accessing sequence. The following approaches will discuss 
each usage and its efficiency of doing so : 
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1. Index approach : This method is defined as an index 
which denotes its position in the table. The conditions 
existing to apply this method are : 

\ 

a. The number of variables is not too large. 

b. The index is easy to compute (example, if the next 
input symbol is an optional digit d, then the number 
26*(d+l) is added to the index ). 

c. The size of the set is fixed ar design time. 

This is the method which the Tiny Basic Compiler uses 
to locate the address for the variable. For the 
implementation of two characters for the variable’s name, 
this method is not the best one since it requires a fixed 
number of memory location for storage. Since the less memory 
used for variable’s storage, the more memory could be used 
for the program, the next method is better in this 

environment . 

2. Linear list approach : The compiler searches through 
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the program line by line. Each entry will be added to the 
list if no match to any previously listed name is found. 
The variable table is organized as a stack of consecutive 
variable names and storage for each value. The size of this 
stack is varied depending on the user program. It also can 
be organized as a linked list which would be useful if the 
number of variables gets too large. To save memory space and 
since the number of variable in the I/O basic program is 
restricted, the stack method is used. 

4.1.2.2 CODE GENERATION 

The code generation is accomplished via a translator 
and a coder. The Basic interpreter of the VIC-20 provided an 
excellent translator since it tokenized all of its 
identifiers. The control language is implemented wi^h the 
same process but without using the token fcr its command. 

The coder is a sequence of calling routines to the 
VIC-20 kernel written in machine code or to the I/O routines 
which resided in the expansion memory also written in 

machine code. 

The translator maintains the contextual 


informat ion 
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that can be derived from the sequence of input tokens. it 
passes a sequence of commands and its operands to the coder. 
Each command is interpreted by the coder which also 

generates appropriate code and then updates the local 

\ 

variable table to reflect the effect of that code. 

The coder maintains the run-time contents of the local 
variables and produces sequences of code to provide the 
required entries to the VIC-20 primitives. In order to 
interpret the primitives of the I/O Basic language in terms 
of the machine code, the coder must maintain description of 
the values being manipulated (value image) and of the VIC-20 
machine environment (machine image). The purpose of the 
value image is to specify the current representation of each 
value. Similarly the variable table cf the 0 niay 

contain many different values during the course of execution 
of each variable vector. The relationships between values 
and the contents of variable vectors are expressed by cross- 
linkages between the two images (link table). 

The following Figure 13 is a flowchart to show the 
basic sequence algorithm for recognition of an expression of 


the control language. 
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4.1.2.3 DETAILED DESCRIPTION OF THE CONTROL LANGUAGE 

The translator and the coder communicate by machine 
language. 

1. The translator sets a carry bit or clears a carry 
bit to indicate direction of the stepper motor. When the 
coder is activated, it checks this carry bit for the 
direction function. 

2. The translator loads and stores the bit number in 
the accumulator. The coder will use tne contents of the 
accumulator for relative function. 

3. The translator loads the value of a variable and 
stores its lo, hi address in location 251, 252 (which serves 
as the link between the translator and the coder ) to pass 
the variable to the coder. 

The functions of the control language are described as 
follows : 


1.INBIT# BIT NUMBER ,VARIABLE 
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Figure 13 : 


SEQUENCING FOR RECOGNITION OF AN EXPRESSION 
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INBIT# : This command is used to read a specified bit 
in the input port. 

BIT NUMBER : (logical I/O name) 

- it is a specified bit which the user would like to 
read from the input port. 

- Bit number should be assigned an integer number which 
is in the range between 0 and 7. 

-The translator loads this bit number into the 
accumulator to pass it to the coder. 

When the coder is activated, it will identify the bit 
and will check to see this bit is on or off. If it is or. 
then its content is 1. If it is off then its content is 0. 
Since the result is an integer, this number must be 
converted to a floating point number to be used as an I/O 
Basic language program variable. 


VARIABLE : 
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The translator passes the variable's Lo, Hi address to 
the coder by storing the Lo, Hi address of the variable in 
the locations 251, 252 (link vector). 

After built in ROM subroutine IBIT was executed, the 
result of a specified bit on the input port is stored as a 
variable in floating point format then passed back to the 
coder 


2.0UTBIT# BIT-NUM3ER,VARIABLE 

OUTBIT# : This command is used to output the value 
which is contained in the variable to a specified bit on the 
output port. 

BIT-NUMBER : 

- It is a specified bit which the user would like to 
manipulate on the output port. 

- Bit number should be assigned as an integer number 
which is in the range between 0 and 7. 
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The translator loads this bit number into the 
accumulator to pass it to the coder. 

When the coder is activated , it will check the 
variable for its value ,convert it into integer then apply 
it to toggle the selected bit on the output port on/off 
accordingly. 


VARIABLE : 

- It is used to assign the value which is either 0 (on) 
or 1 (off) to a specified output bit. 

The translator passes the variable's Lo, Hi address to 
the coder by storing them in the location 251 , 252 of page 
zero of the VIC-20 memory. 

When the coder is activated, it will call upon the 
built in ROM subroutine OBIT to convert the value of the 
variable from floating point to integer by calling 
subroutine $DBA2 and $D1AA which are built in ROM 


subroutines of the VIC 20. 
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3. INITIAL# STEPPER-MOTOR-NUMBER, DIRECTION 

INITIAL# : This command initializes a specified stepper 
motor to its theta zero state with a specified direction. 
This direction is either counterclockwise (1) or clockwise 
( 0 ). 


STEPPER-MOTOR-NUMBER : 

- This number is used to select which stepper motor to 
be activated. In this system, there is a maximum number of 
eight stepper motors or four sets with two in each set. The 
number will range from 1 to 8 

- Its value is an integer. 

- The translator loads and stores the value of the 
specified stepper motor into the accumulator ^.o pass it to 
the coder. 


When the coder is activated, the device number will 
identify the bit to select direction and to read the index . 


If the motor is already at theta zero state, the subroutine 


exits. Otherwise, the stepper motor is stepped until the 
signal from INDEX is low. 

DIRECTION : 

- It is used to specify the direction for the stepper 
motor. 


- It should be used as a variable. The value which is 
assigned to this variable should be an integer, either 1 
(counterclockwise) or 0 (clockwise). 


- If 

the 

direction is counterclockwise 

then the 

translator 

sets 

the carry bit. Otherwise, 

the 

translator 

clears it. 

After 

setting up the carry bit. 

the 

translator 

passes it 

to the 

coder for code generation. 




4.INITALL# 


is used to initialize all stepper motork to theta 


It 


5.MOVE# STEPPER-MOTOR-NUMBER, STEP, DIRECTION 


MOVE# : This command is used to move a ' specified 
stepper motor a specified number of steps in a specified 
direction. 

STEPPER-MOTOR-NUMBER : see command number 3. 

STEP : 

- It used to select the number of steps for the stepper 
motor. 


- It should be used as a variable. The value which is 
assigned to this variable should be an integer, it varies 
from 0 to 200. 

DIRECTION : 

- It used to specify the direction for the stepper 


motor. 
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It should be an integer. The value which is assigned 
to this integer is either 1 (counterclockwise ) or 0 
(clockwise). 

If the direction is counterclockwise then the 
translator sets the carry bit. Otherwise, the translator 
clears the bit. After setting up the carry bit, the 
translator passes it to the coder for execution. 

6. MOVESET# SET-NUMBER, STEP, DIRECTION 

The SET-NUMBER, STEP and DIRECTION are used and defined 
as in the previous command, MOVE#. It is used to move a set 
of stepper motors with the same specified steps in the same 
specified direction. One set of stepper motors is defined 
as two motors. 

7. MOVEALL# STEP, DIRECTION 


MOVEALL# : This command is used to move all sets of the 
stepper motors in the system with the same number of steps 
in the same direction. 
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S * -P' DIRECTION are used and defined as previous 
command, MOVESET#. 

8. START# DC-MOTOR-NUMBER, SPEED 

START# : This command is used to start a specified DC 
motor at specified speed in SPEED variable. 

DC-MOTOR-NUMBER : 

- This number is used to select which DC motor to be 
activated. In this system, there are maximum of eight DC 
motors. Thus DC-MOTOR_NUMBER should be either 1, 2,... ,7 

,8 . 


- Its value is an integer. 

- The translator loads and stores the value of the 
specified DC motor into the accumulator and passes it to the 
coder. 


SPEED : 
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It is used to define the speed for the DC motor. 

It should be used as a variable. The value which is 
assigned to it should be an integer where the range is 
between 0 to 127. If the assigned speed to the DC- MOTOR is 
greater than 127 then this speed will automatically be 
adjusted to 127. 


- Since this compiler only gives a relative speed 
output the desired speed to the DC motor could be selected 
from the driver . 

9.STARTALL# DC-MOTOR-NUMBER,SPEED 


STARTALL# : This command is used to move all sets of 
the DC-motors in the system with the same specified speed. 
For expansion, this system could be set up as four different 
sets of the DC-motors without adding more VIA. Thus when 
this command is activated, all eight DC-motors will be 
moved. 





DC-MOTOR-NUMBER : see DC-MOTOR-NUMBER in START# command 
for detail 
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S^EED : see SPEED in START# command above for detail 

10.STQP# DC_MOTOR_NUMBER 

STQP# : This command is used to halt the DC-motor with 
its speed information remaining the same. 

DC-MOTOR-NUMBER : see DC-MOTOR-NUMBER in START# command 
for detail 

11.STQPALL# 

STQPALL# : This command is used to halt all sets of DC 
motors with their speed information remaining the same. 

See STARTALL# command for the detail information of the 
meaning of "ALL" and how it is manipulated. 

12.STTIMER# VARIABLE 

STTIMER# : This command is issued to initiate the timer 
to run with TIMOUT recorded with the value in this variable. 
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Once the TIME reaches TIMOUT, TIME will be set to zero and 
the timer will be restarted again at zero. 

Input : VARIABLE 


Output : The 

real 

time clock will 

be 

initialized at 

then continue 

to 

run until TIMOUT 

is 

reached. The 


value is stored in a reserved location called TIMOUT. 

13.RTIMER# VARIABLE 

RTIMER# : This command is used to read the current time 
since the last time when the timer was started except when 
TIMOUT is reached. The reading will be passed by the coder 
to store into a specified variable table. 

Input : VARIABLE 

Output : value is stored in the variable. ( up to 9999 
clocks ; each clock = 1/60 seconds ) 


14.SAMPLE# VARIABLE 
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SAMPLE# : This command is used to pass the time 
interval between successive reading of the analog channels 
into the reserved location name INTERVAL. 

Input : VARIABLE 

Output : The value of time interval are stored in 
INTERVAL 

var : number of clocks ; clock = 1/20 seconds 

15. SPEED# D.C. MOTOR-NUMBER, VARIABLE 

SPEED# : This command allows the user to read the speed 
of each individual D.C motor speed via the frequency to 
voltage converter and the analog to digita^ converter, -he 
interfaces are typical as specified in the hardware 
interface requirement. This command omy g-.es a relative 
speed input in order to implement closed loop contro-. -r.e 
calibration of the input speed and output speed will be at 
the user's convenience. The relative speed readings can be 
manipulated by scaling and or adjusting for any difficulty 
in tuning the driver circuits. 
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D.C. MOTOR-NUMBER : as previously defined 

VARIABLE : This is the address where the reading will 
be passed back to the user program routine. The value will 
be in floating point format to be used by I/O basic. 

16. CHANNEL# CHANNEL-NUMBER,VARIABLE 

CHANNEL# : This is the command to read the analog 
inputs from eight (8) analog inputs of the analog to digital 
conversion. 

CHANNEL-NUMBER : This is an integer from 1 to 8 of 8 
channels. These logical I/O names do not reflect directly 
the physical channels of the A/D circuit since the first 
eight channels are already assigned to eight D.C motor 
speeds . 

VARIABLE : The reading will be stored in the specified 
variable location in floating point format. Scaling should 
be considered here to provide adjustability to certain 


application. 
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4.2 CAPACITY 

The VIC-20 memory expansion allows the user- to bring 
the user memory up to forty-eight Kbytes. Since the I/O 
Basic Compiler uses the last eight Kbytes to implement its 
I/O routine, the available memory is reduced to thirty two 
Kbytes . 

4.2.1 MAX-MIN STORAGE REQUIREMENT 

The I/O Basic Compiler requires a minimum of 8 Kbytes 
to start with plus the I/O modules which resides in the 
highest expansion slot for another 8 Kbytes. The user 
program could occupy a maximum of 16 Kbytes. Therefore the 
minimum memory requirement of I/O basic system will require 
at least 16 Kbytes in expansion ( 8 Kbytes of RAM and 8 
Kbytes of I/O EPROM ). 


As 

far 

as disk 

or tape 

storage are 

concerned, the 

machine 

code 

program 

and the 

loader are 

two additional 


requirements for a I/O basic to run successfully the full 
expansion on the VIC-20 is essential. 
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4.2.2 I/O CAPACITY 

The I/O expansion allows two eight Kbytes of memory 
spaces. This will be plenty to implement a large number of 
I/O devices. The I/O compiler does not take full advantage 
of this expansion since the compiler will provide a 
reasonable amount of I/O devices in its own capacity. The 
I/O in this system can be activated as follows: 

- up to eight D.C motors 

- up to eight steppers 

- eight switches 

- eight relays 

- eight analog channels for sensing de.^ces. 

These devices, each assigned a logical I/O name to ease 
the programming effort, has a physical address as specified. 
The I/O logical name can be expanded with some modification 
from the I/O module and the change in hardware to reflect 


the physical address. 
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The compiler program will be loaded prior to the 
editing of the user program thus making it very difficult to 
enter a large program written in I/O basic. The size of the 
user program will be limited by the maximum of 1000 lines, 
962 variables. Each line will be a maximum of 44 characters. 
The above restriction poses a definite number of storage 
requirements for tape or disk space since each user program 
will include the compiler itself. The machine code also will 
be written to disk or tape and the loader program also takes 
up storage on these devices. 


4.3 LOADER'S SPECIFICATION 

The loader program provides user interaction and loads 
the program to be executed into the specified memory 
location. It is very short and does not need to be scored 
the same disk or tape with the compiler. This gives some 
advantage for the user to store one loader per machine cede 
program disk or tape to gain access to different programs 
without swapping disk or tape. 
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4.3.1 MEMORY REQUIREMENT 

The running of machine code routine required a loader 
and the machine code program by itself. The machine code is 
a sequential file which varies depending on the complexity 
of the source routine which may be viewed as a short hand 
notation of the coded program. The running of a machine 
code does not require any more than the loader which is so 
much smaller than the compiler and thus makes a large memory 
requirement for the loader unnecessary. 

4.3.2 I/O PRIMITIVES — RESERVED MEMORY LOCATIONS 

The I/O primitives are those created for the 
convenience of saving memory during the compiling process. 
The implementation of these I/O routines in machine language 
would also reduce the execution time as well as saving a 
large amount of compiling time due to the use of creating 
complex calling sequences instead of coding the whole I 0 
routine one by one over and over for each function. 

In addition, the I/O primitives support 
multitasking to provide the real time control capability. 


the 


78 


4.3.3 I/O PRIMITIVE DESCRIPTION 


The following table simplifies the description 


primitives: 

IBIT : input bit status 

OBIT : output bit 

INIT : init device <A> 

IALL : init all 

MOVE : move device <A> 

MSET : move set <A> 

MALL : move all 

STRT : start device <A> 

STALL : start all 

STOP : stop device <A> 

SPALL : stop all 

STTIM : set TIMOUT and run at zero 

RTIME : read time from last run 

SAMPL : set INTERVAL to sample 

SPEED : read motor speed from device var 

CHAN : read analog signal from channe* var 


: $ 
: $ 
: $ 
: $ 
: $ 
: $ 
: $ 
: $ 

: $ 

: $ 

: $ 

: $ 

: $ 

: $ 

: $ 

: $ 


of I/O 

A025 

A028 

AOOA 

AOOD 

A010 

A013 

A016 

A019 

A01C 

A01F 

A022 

A02B 

A02E 

A031 

A034 

A037 
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4.4 LOADING AND EXECUTION 


The loader must be loaded into the user memory via 
VIC-20 basic loading process then run to create an 
interactive screen which allows the user to select the 
particular program to be loaded. This also allows the user 
to specify a memory location in which the program would be 
started from. 


As the loading process is done the program will run 
according to the I/O basic specification. The program will 
exit when the END instruction is encountered. Thus the 
system will cease all I/O basic execution at this point and 
return to the VIC-20 basic entry point. 
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5.0 APPLICATION 


This section will be devoted to make some programming 
practices to help clarify a few differences of the I/O basic 
from VIC-20 basic: 

- The application of I/O control language 

- The application of closed loop control 


- The application of multitasking program 
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5.1 OPEN LOOP REAL TIME CONTROL 

The example in the following program will apply the I/O 
basic language to control a D.C motor : 

5.1.1 SAMPLE RUN 


1 REM THIS IS THE F'RUUFHM IN I/O CONTROL LANMlHGE 

2 REM TO PERFORM I/O OPERATION 

3 REM FIND TO PEMONTRATE THE OPERHTOR INTERFACE FACILITY 

4 REM NITH THE KEYBOARD INF’UT TO CONTROL THE MHTnp -^££ 1 1 

5 Rt-M BINARY INPUT CRN BE USED TO SIMULATE LIMiT\'.*nr H 

6 INPUT"DO YOU HRNT T0 RUN,YES-1•N0=0",M 

7 IFMOOTUS 

8 END 

S INPUT"VELOCITY = ";VI 

10 LETV0=1 

11 STARTHI,VO 

12 V0=V0+1 

13 VA=VI-VU 

14 IFVAOOTUl1 

21 INBIT#1.IB 

22 OUTBIT#1,It 

23 IFIBOOT 03 

24 M0VE#2, VI, 1 

25 STOP#i:COT06 


READY. 
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5.1.2 EFFICIENCY AND EXPANSION 

The sample program has the convenience of issuing a 
single command to control the motor to start and to stop. It 
also allows the speed to be changed with any function at 
user advantage. The degree of freedom introduced here can 
be considered the main advantage over many programmable 
controllers which have only a few variables and 
computational power. Inspite of the fact of having so much 
flexibility, the resolution of 128 for the motor speed would 


not be a user delight. 


5.2 CLOSED LOOP REAL TIME CONTROL 
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The following is a sample program of a closed loop 
control to demonstrate the flexibility of the I/O basic 
language. 
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5.2.1 SAMPLE RUN 


1 REM THIS IS THE PROGRAM IN I/O CONTROL LANGUAGE 

2 REM TO PERFORM CLOSED LOOP CONTROL 

3 REM AND TO BEMONTRHTE THE OPERATOR INTERFACE FACILITY 

4 REM WITH THE KEYBOARD INROT TO CONTROL THE MOTOR SPEED 

5 REM BINARY INPUT CHN BE USED TO SIMULATE LIMIT SWITCH 
INPUT* DU VUU WANT TO RUN/ YES= 1 / NU=U " > M 




I 

r. 


IFMOOT04 
END 

S INPUT"SAMPLE = ".SA 

10 INPUT*SETT I ME =“..ST 

11 INPUT"SPEED = " J VI 

12 SAMPLE#SR 

13 STTIPIEPttST 

14 START# 1 , VI 
IT. VN=V1 

16 RT1MER#T1 
IT' 1FTIG0I016 

21 INB11 # 1 j. IB 

22 0UTB1T#1,1B 

23 IFIBOOT OS 

24 SPEED#1•VO 

25 VR*VI-VO 
2c. VB=ABSO.'A.‘ 

27 VC=VA-VB 

28 1FVCG0T04O 
23 VN=VN+1 

30 ST ART# 1.. VN 

31 1 MBIT#2,IB 

32 0UTBIT#2,1B 
32 IFIBOOT016 
34 STOP#1:GOT 06 
40 VN=VN-1 GOT038 
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1 REM THIS IS THE FROGPAM IN I/U CONTROL LHNOUHOE 

2 F EM TU PERFORM CLOSED LOUP CONI PUL 

3 REM HMD TO DEMONTPHTE THE OFERhTOF I NTERF HUE FACILITY 

4 REM WITH THE F.tVpUHPP INPUT TO CONTROL 1 HE MOT OF SPEED 

5 REM BINARY INPUT CRN BE USED TO SIMULATE LIMIT SNITCH 

6 INPUT "DO VOU WANT TO RUN, VES=1 *410=0" ; M 

7 IFMOOTOr 
S'. END 

S' INPUT'"VELOCITY = ".•VI 
1U SPEEDS1,VO 

11 ST HPT441 y VO 

12 VU*VO+l 

13 VH=VI-VO 

14 1FVRGOTD11 

15 VN=VI 

21 1NP11441 • IP 

22 OUT PIT 4*2, IP 

23 UI POUT OS 

24 SPEED#1,VO 

25 VH-VI-VU 

26 Vl=ftP3'VR 1 

27 Vi=VH-VP 

28 IF VC00T04U 
2? VN=VN+1 

30 ST AF:T441 , VN 

31 IMP IT 442 • IP 

32 OUT PIT442, II 

33 IP1P0UIU24 

34 ST UP441 OUT 06 
4fi V44—VN~ 1 GOT030 
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1 PEN THIS IS THE PROGRAM IN I/U CONTROL LflNOUROE 

I PEN TO PERFORM CLOSEli LOOP CONTROL 

3 PEN AND TO DEMONTRRTE THE OPERHTOP INTERFACE FACILITY 

4 PEN WITH THE KEYBOARD INPUT TO CONTROL THE MOTOR SPEED 

5 REM BINARY INPUT CRN BE USED TO SIMULATE LIMIT SWITCH 

6 INPUT "DO YOU WANT TO PUN > VES= 1 / N0=0 " / M 

7 IFMOOT03 

8 END 

3 INPUT"SAMPLE = ";SR 
10 INPUT"SETT 1ME =";ST 

II INPUT"SPEED = ";VI 

12 SRMPLE#Sfl 

13 STTIMEREST 

14 START#1/VI 

15 VN=VI 

16 VJ=127-VI VM=VJ 

17 START#2/VJ 
1? RTIMER#TI 

20 IFTIGQT016 

21 INBIT#1/IB 

22 OUTFIT#1 > IB 

23 IF I BOOTO? 

24 SPEED#!..VO 


i5 SFEEIi#2,VP 


26 


VR=VI-VO 
VB=VJ-VF 


28 VH=V I+ VA : REMPPOFORT I ONflL 
23 VN=VI+VB : REMCONTROL 

30 VN=ABSCVN;- -REM IF MPr^TTVF 

31 VM=ABS(VM>•REMTOO SMALL INFUTw COULD BE NE.HTI/E 

32 START#1\VN 

33 ST ART #2;VM 


34 ST OP# 1 ••COT 06 

41 1NBIT#2,IB 

42 OUTFIT#2> IB 

43 IFIB00T024 

44 STOP#1 

45 STQP#2 

46 GOT06 
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5.2.2 EFFICIENCY AND EXPANSION 

The closed loop control in this example is a 
proportional control with sampling time equal to 2 seconds 
and the motor is allowed to run for a period of 30 minutes. 
This control policy can be implemented as integral, PI or 

PID at the user strategies. Taking advantage of : 

STTIMER# VAR 

RTIMER# VAR and 

SAMPLE# VAR 

The real time control can be realized in a simple 
manner and the sampling time to be implemented as a variable 
could be used in variable sampling time application. The 
same advantage is also applied to the time to run cf the 
motor. These advantages give a tremendous amount of freedom 
to the control policy once implemented by the user. 
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5.3 MULTITASKING 

The multitasking facility in the compiler utilizes 1/60 

second time-slices to perform the background task such as : 

- display refreshing 

- keyboard scanning 

- time updating 

- motor stepping 

- channel data reading 

Thus, commands such as MOVE#, SPEED# and CHANNEL# are 
no more than writing or reading data to or perform a memory 
location, it only takes less than 0.1 msec compared with the 
"real world" delay of each step of 10 msec or more and the 
analog to digital conversion delay of each reading - 

msec. 


The following program is an example 


of multitasking 


via 


the flexibility of the I/O control language: 
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5.3.1 SAMPLE RUN 

I REM THIS IS THE PROGRAM IN I/O CONTROL LANGUAGE 
•=- REM TO PERFORM MULTITASKING IN CONTROL 

3 REM RNIi TO DEMON!RATE THE OPERATOR: INTERFACE FROILITV 

4 REM WITH THE KEYBOARD INPUT TO CONTROL THE ENTIRE F'ROr E^'* 
F ' EM ilNAF'V INPUT CAN EE USED TO SIMULATE LIMIT SWITCH 

t INPUT "DO VOU WANT TO RUN • YES=1, NO=fi" . M 

7 IFMOOT03 

8 END 

S' INPUT "SAMPLE = ";SA 
10 INPUT"SETTIME =";ST 

II INPUT"SPEED = ";VI 

12 SAMPLE#SA 

13 STTIMEREST 

14 START#1/VI 

15 VN=VI 

16 V.J= 127-VI : VM=V J 

17 START#2/VJ 
13 RT1MER#TI 

20 I FT IGOTO16 

21 INBIT#!/IE 


ci. c. 

OUTBIT#1 

/IB 

23 

IFIBGOTO 

50 

24 

SPEEDS 1/ 

VO 

25 

SPEED#2/ 

VP 


VA=VI-VO 


•a r 

VB-v'J-VP 



28 VN=VI+VA:REMPROPORT1ONRL 
23 VM=VI+VE REMCONTROL 

30 VN=AES(VN> ; REMIF 

31 VM=AESCVM> : REMTOO SMALL INPUTS COULD BE NEGATIVE 

32 START#!/VN 

33 START#2/VM 

34 STQF'#1 : GOT06 

41 INBIT#2/ IB 

42 0UTBIT#2/IB 

43 IFIBGOTOl? 

44 STOP#1 

45 STQP#2 

46 GOT06 

50 INPUT "STEP =";ST 

51 M0VE#2/ST/1 

52 ST=200-ST 

53 MOVE#1/ST /1 

54 CHANNEL#1/CH 

55 PRINT"VALUE = ";CH 

56 GOTO? 
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5.3.2 EFFICIENCY AND EXPANSION 

The above program demonstrates the capability of the 
I/O basic to implement a multitasking procedure which 
controls two motors at the same time in a closed loop 
configuration. The complexity of this control must be 
realized from the user standpoint. Of course this grammar 
does seem to have some unusual applications and difficult to 
be realized particularly because the limitations in term cf 
mathematical functions. The conditional statement is also 
not very convenient although it may have had some 


programming power to it. 
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6.0 CONCLUSIONS 


The I/O Basic Compiler in this thesis is an experiment 
of putting a low cost device to work at a minicomputer 
level. The real issue of where can we draw the line between 
a simple control system and a more complex one and how can 
we find realistically a limitation of a machine with its own 
original architecture and some additional peripherals is not 
particularly clear. 


First , let us take a 
editing, loading and execution 


look at the unconventional 
of the I/O basic compiler. 


The editing of a user program turns out to be fairly 
restricted, and the program length is also limited because 
of the compiler program which occupies almost the entire 
memory space for the VIC-20 user portion. 


an P acv wav to solve this problem 
There could have been an easy way 

j: l h i q / h 0 r Droqram in entire 

by allowing the user to edit his/ner prog 

-it ^.viio VIC-20 user memory then store it in 
space of the allowable vie w 
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disk or tape. The compiler then can be activated to load a 
segment of the user routine in and to compile it, one 
segment at a time. Each segment of machine code will be 
written onto disk space or tape one segment at a time. Thus 
the entire user program can be edited with very small memory 
usage. 


The loading of the machine code is provided by the 
loader which resides in a different program and thus makes 
the sequence of operating more difficult to maintain since 
the memory allocation for the machine code must be taken 
into account. If the user is not aware of the existing 
difficulty of his/her task when assigning a particular 
memory location for his/her program devastating results 

could be imminent. 


The editing process also creates an irritating problem 
because the compiler, since it occupies user memory, could 
be destroyed by any editing error. 


Second, 
number for i 


the I/O Basic routine always uses an integer 
ts execution while the user program variables 
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are always stored in the floating point format. This 
incompatibility requires a large number of base-conversion 
routines thus jeopardizing the execution speed. In spite of 
the fact that such an implementation would give a tremendous 
flexibility to the user program the variable type can be 
used to advantage by a specifically designated integer 
variable table. The only requirement for this is the extra 
expressions for integer variables and it could be converted 
to floating point at user convenience. 

Third , the multitasking feature of this machine has a 
unique background task that allows a VIC-20 to be ab^e to 
perform multi-tasking efficiently. The architecture could be 
enhanced to provide some pre-emptive actions for priority 
handling of critical task interruptions. The discussion of 
the multitasking of such a degree are beyond the scope of 
this thesis . 

Although some disadvantages and difficulties of the I 0 
basic Compiler exist, the I/O Basic Compiler has achieved a 
very interesting application of the VIC-20. 
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First, considering the ease of writing an I/O routine 
with simple single I/O instructions as a programmable 
controller but also having the ease of sequencing these 
routines with every available variable, a feature which no 
programmable controller ever offered. For example , the 

programmable controller can be : 

START #1 , SPEED = 20 RPM. 

IF (condition) CHANGE SPEED 

The condition is fixed and difficult to establish since 
no computation can be performed. 

But the I/O Basic Compiler would have the following : 
LET A = 20 

nn START #1 , SPEED = A (to initialize at this speed) 

A = (any desired function to dynamically adjust the 

speed) 

IF (condition) GOTO nn 


Thus the closed loop 


control can be implemented on the 


proposed system with greate 


r freedom. 
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Second , the I/O basic compiler has a significant 
advantage for the user to use the I/O routine throughout the 
entire program with no restriction in terms of programming 
language . This feature makes the VIC-20 basic interpreter 
obsolete because POKE, PEEK, USR(n) and SYS(n) can not be so 
useful and meaningful since it requires the user to be 
completely responsible for every detail of control sequence 
in his/her routine and still can not achieve the flexibility 
of all variables and the speed of execution . 


Third , the I/O basic compiler also offers an extension 
toward a more complex and powerful application if is 

utilized to handle a part of a larger system . This wi_ 
require additional routines to handle the communication 
which can be drawn from the existing VIC-20 kerne* W1 — 
additional communication hardware to transfer data from one 
to another. With dedicated I/O and dedicated buffers the 

i e tffe-488 serial bus can be as 

closely-coupled net via its 

• • in distributed control systems, 

powerful as any minicomputer 1 
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APPENDIX A 


A.l I/O BUS SPECIFICATIONS 


HARWARE FREATURE 


- External power supply connection 


- Directly connected to the data bus 

- Addressable I/O block 

- Up to 8 I/O interface modules to be connected 
INPUT SPECIFICATIONS 


- Fully buffered data bus. TTL compatible 

- External power supply 5 VDC -5% to +5. 

- Interrupt, reset input signal available 
OUTPUT SPECIFICATIONS 


~ 8 selectable I/O range 


via minijumper 


- TTL compatible 


- 02, R/W signals available 


A.2 UNIVERSAL INTERFACE MODULE 


HARDWARE FEATURES 


- Eight opto-isolated digital monitoring channels 

- Eight forms A relay outputs 

- On-board transient protection circuitry 
INPUT SPECIFICATIONS 


- Eight opto-isolated digital input channels 

: 300 volts 

- Minimum input isolation 

- Maximum continuous input voltage : 2i volts 

- Two opto-isolated handshake input signals 

- Minimum input isolation 

- Maximum input voltage 


: 300 volts 
; 5 volts 


OUTPUT SPECIFICATIONS 


- Maximum sw 


1( . c r»p nr 120 VOltS Al 
itching : 30 volts DC or 


0.5 amperes 


c c 
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I/O BUS SPECIFICATION 


TIL COMPATIBLE 

21 

TIL COMPATIBLE 

.22 

TIL COMPATIBLE 

23 

TIL OOKTITTELE 

24 

TIL COMPATIBLE 

25 

TIL COMPATIBLE 

26 

TIL COMPATIBLE 

27 

TIL COMPATIBLE 

28 

TIL COMPATIBLE 

29 

TIL COMPATIBLE 

30 

til compatible 

31 

TIL COMPATIBLE 

32 

TIL COMPATIBLE 

33 

til COMPATIBLE 

34 

TIL COMPATIBLE 

35 

TIL COMPATIBLE 

36 


AO 

TIL COMPATIBLE 

A1 

TIL COMPATIBLE 

A2 

TIL COMPATIBLE 

A3 

TIL COMPATIBLE 

INT 

TIL COMPATIBLE 

RST 

TIL COMPATIBLE 

02 

TIL COMPATIBLE 

RW 

TIL COMPATIBLE 


TTT: I/OBUS SPECIFICATIONS 
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- Minimum isolation 


- Two opto-isolated 

- Minimum isolation 

- Maximum switching 


10 VA resistive 
: 300 volts 

transient protectors (Tranzorbs) 
provided for reactive loads 
handshake output signals 
: 300 volts 

voltage : 30 volts DC (100 mA) 


are 


A.3 STEPPER MOTOR INTERFACE (INPUTS 


HARDWARE FEATURES 

- 16 opto-isolated digital monitoring channels 

- TTL compatible 

- On-board transient protection circuitry 
INPUT SPECIFICATIONS 


- 16 opto-isolated digital input channe.s 

: 300 volts 

- Minimum input isolation 

- Maximum continuous input voltage 



RN 3k 
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DEVICE INTERFACE SPECIFICATICN 



INPUT 


INPUT 


INPUT 


INPUT 


INPUT 


INPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


S 
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Figure A-4: UNIVERSAL INTERFACE SPECIFICATION 
















- Minimum input voltage 


: 0 volts 


A. 4 STEPPER MOTOR INTERFACE (OUTPUTS) 

HARDWARE FEATURES 

- 16 Binary output channels 

- TTL compatible 

OUTPUT SPECIFICATIONS 

- Maximum switching : 30 volts DC 

100 mA 

- Minimum isolation : 300 volts 


A. 5 DC MOTOR INTERFACE MODULE 


HARDWARE FEATURES 


- Eight analog output channels 


Seven bits resolution 

industry standard voltage or current input 
On-board transient protection circuitry 
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DEVICE INTERFACE SPECIFICATION 

1 

IDX1 

INPUT 

21 

KIN1 

INPUT 

2 

GND 


22 

GND 


3 

IDX2 

INPUT 

23 

RTN2 

INPUT 

4 

G© 


24 

G© 


5 

IDX3 

INPUT 

25 

PTN3 

INPUT 

6 

GND 


26 

G© 


7 

IDX4 

INPUT 

27 

RIN4 

INPUT 

8 

GND 


28 

G© 


9 

IDX5 

INPUT 

29 

KIN 5 

INPUT 

10 

a© 


30 

GND 


11 

IDX6 

INPUT 

31 

RIN6 

INPUT 

12 

(3© 


32 

GND 


13 

IDX7 

INPUT 

33 

KIN7 

INPUT 

14 

G© 


34 

GND 


15 

IDX8 

INPUT 

35 

RIN8 

INPUT 

16 

G© 


36 

G© 


17 



37 

, — 


18 



38 



19 

■ 


39 



20 



40 

— 



_ | 

Figure A-6: STEPPER INTERFACE SPECIFICATION 
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MOTOR INTERFACE (OUTPUTS) 









DEVICE INTERFACE SPECIFICATION 
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- Optically Isolated Interface 

between processor and driver modules 


OUTPUT SPECIFICATIONS 


- isolated output channels 

- Output ranges : 

- Resolution : 


- Accuracy 


0 to Vpp (up to 28 VDC) 
7 -bits binary 


: relative -1/4 or +1/4 LSB 
fullscale -1 or +1 LSB 

Zero error -1 or +1 LSB 


Power Supply Range : Vcc = 5 VDC, Vpp = 5 to 30 VDC 
Compliance Voltage : (power supply voltage) -*C volts 


- Isolation 


300 volts 



000 
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DEVICE INTERFACE SPECIFICATION 
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A.6 ANALOG INPUTS INTERFACE MODULE 

HARDWARE FREATURES 

- Two groups of 8 single-ended analog monitoring channels 

- Seven bit resolution 

- Industry standard voltage or current input 

- Integrating inputs for optimum power line noise rejection 

- Each channel converted every 400 microseconds 

- On-board transient protection circuitry 

- Optically Isolated Interface 

between processor and analog to digital converter DAS-952R 

INPUT SPECIFICATIONS 


- 16 single-ended input channels 

- Input range : 0-5 VDC, 0-20mA 

- Resolution : 8-bits binary 

- Accuracy : 7 -bits binary 

- Temperature Coefficient of Accuracy 

Voltage Range : -0.003% or +0.003% per Degree C 
Current Range : -0.008% per Degree C 


- Common Mode Rejection Ratio : 86 dB 

- Voltage Input Configuration 
maximum common mode input voltage : 

5 volts for maximum accuracy 
30 volts without damage 

A. 7 STEPPER MOTOR DRIVER MODULE A/B 

HARDWARE FEATURES 

- Programmable stepping rate 

- Fullwave drive 

- Module A for bipolar drive 

- Module B for unipolar chopper drive 

- Up to 0.5 A per phase 

- Up to 30 VDC supply 

- On board protection circuitry 

INPUT SPECIFICATIONS 

- TTL compatible inputs 


- External power supply up to 30 VDC 


ANALOG INPUT INTERFACE MODULE 
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OUTPUT SPECIFICATIONS 


- module A : up to 0.5 A per phase 

- module B : up to 0.5 A per phase 

- chopper output voltage available 

A. 8 DC MOTOR DRIVER MODULE 


HARDWARE FEATURES 

- Programmable speed range 

- Current feedback for stability 

- Dynamic braking 

- Motorjam detection 

- On board protection circuitry 

- Up to 5 A surge current 

- Stop and start operation 

INPUT SPECIFICATIONS 

- Analog input for speed control (0 to 30 VOC) 

- External power supply up to 30 VDC 


Figure A-13: 


STEPPER MOTOR DRIVER MODULE A 
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STEPPER MOTOR DRIVER MODULE 
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Figure A-15: STEPPER DRIVE SPECIFICATION A 
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- TTL compatible control input 

OUTPUT SPECIFICATIONS 

- Up to 5A/30 VDC 

- TTL compatible motor jammed output 

A. 9 SPEED SENSING MODULE 


HARDWARE FEATURES 


- To be used with photo sensing or 
hall effect sensing 

- Dynamic threshold control 

- Adjustable frequency input range 

- Adjustable output voltage range 

- TTL compatible 

- Frequency output 

INPUT SPECIFICATIONS 


- Analog input 


: 0-5 VDC 


Common mode rejection radio : 86 dB 




sensing 
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- Maximum frequency range 


kHZ 


: 5 

- Minimum frequency range : 0 HZ 

OUTPUT SPECIFICATIONS 

- Analog output : 0-5 VDC, 0-20 mA 


A.10 INPUT CONDITIONING MODULE 


HARDWARE FEATURE 

- AC or DC measurements 

- Full wave rectified AC inputs 

- Scaling for high input voltages 

- On board transient protection 


INPUT SPECIFICATIONS 


- Analog input 

- Common mode rejection ratio 


0-30 V (AC or DC) 
86 dB 


OUTPUT SPECIFICATIONS 


- Analog output 


0-5 VDC, 0-20 mA 
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Figure A-20 


SPEED SENSING SPECIFICATION 
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Figure A-221 INPUT CONDITIONING SPECIFICATION 
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